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Overview 



Problem definition 

■ No known system is in place to allow NASA technical data interoperability 
throughout the whole life cycle. Life Cycle Cost (LCC) will be higher on many 
developing programs if action isn’t taken soon to join disparate systems 
efficiently. Disparate technical data also increases safety risks from poorly 
integrated elements. NASA requires interoperability and industry standards, 
but breaking legacy ways is a challenge. 

Background 

■ Past efforts have been made to evaluate 
and use industry standards for technical 
data. Emerging standards are promising. 

Expected Project Outcome: 

■ The TDI project testing and evaluation 
expected to validate industry concepts of 
interoperability using a certain suite of 
integrated industry standards. 

Updated 2014-12-16 



Life-Cycle Phases 


Page 2 


Alignment with 2011 NASA IRM 
Strategic Goals and Objectives 



■ Strategic Goal 1 : Objective 1.5 - Enhance mission success by 
providing efficient and effective access to enterprise information and 
collaborative functionality. 

» Validate industry standards designed to be interoperable across life cycle. 

■ Strategic Goal 2: Objective 3.1 - Develop architectural roadmaps 
that reflect future mission requirements and guide selection of new IT. 
» Test a proposed industry architecture of interoperable suite of standards. 

■ Strategic Goal 3: Objective 3.2 - Partnership of best practices with 
other government agencies and commercial partners. 

» Align with practices emerging in global government and commercial world. 

■ Strategic Goal 4: Objective 4.2 - Utilize innovative methods to 
attract a productive IT workforce. 

» TDI standards use modern technology. New connections are developing. 
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Approach 


Test import/export of part of PLCS-centered interoperability concept: 

» PLCS AP239, PDM, LSA (S3000L & GEIA-STD-0007), and S1000D 
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Project Activity 



■ Testing Scenarios Performed 

» CAD Product Structure Export, Import BOM to LSA 

» CAD Data Export from PDM Using AP239 PLCS Adapter 

» JSC ISS EAGLE LSA MIL-STD-1388-2B Data Export as GEIA-STD-0007 Format 

• Import to TDI EAGLE LSA GEIA-STD-0007 Rev A Client (as GEIA format) 

• Import to PowerLOG-J as GEIA-STD-0007 Rev A 

» JSC ISS EAGLE LSA MIL-STD-1388-2B Data Export as MIL-STD-1388-2B Format 

• Import to TDI EAGLE LSA GEIA-STD-0007 Rev A 

• Import to PowerLOG-J as MIL-STD-1 388-2B 

» TDI LSA EAGLE Bike Data GEIA-STD-0007 Export 

• Import to PowerLOG-J as GEIA-STD-0007 

■ TDI Conversion Map of EAGLE LSAR to PLCS Format 

» No adapter for this has been attempted in industry. 

• Only rare tests of other LSA tools with PLCS. 

» The TDI team has partially developed a translator tool for this. 

• Utilizing U.S. Army’s LOGSA LSA DEX mapping and EDMtruePLM test exports 
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Issues/Challenges 



■ Time and resource limitations and typical software installation and 
configuration issues hindered progress, which was expected. 

■ Obtaining test data progressed slowly. 

■ One expected obstacle was the lack of existing adapters in the 
industry to join the technical data entities. 

■ The AP239 PLCS adapter was not ready out-of-the-box to use for 
CAD data exchanges. Development is required. 

■ The PLCS repository client performs DEX1 exchanges out-of-the- 
box, but requires development for DEX3 functionality. 

■ ISS LSA data exchanges from JSC’s EAGLE LSAR were not clean. 
This was somewhat expected, since that system is customized, 
though based on the older standard MIL-STD-1388-2B. 


Updated 2014-12-16 


Page 6 


Findings/Observations 



■ TDI Project Accomplished Rare Testing 

» PLCS-centered industry concept has not been attempted much in the industry. 

» Industry vision has only been implemented in a limited number of efforts. 

■ Much Research Accomplished 

» Discovered positive new developments in TDI standards. 

» Found potential NASA requirements paths. 

■ PLCS Repository Populated with Several Test Data Sets 

» Data was entered by DEX1 import and manual entry. 

• No adapters were available for EAGLE LSAR or EPS SI 000D. 

• Adapter for Windchill PDM required development. 

- PLCS Repository Exported Data as DEX1 

» This was used to evaluate for development of a conversion map with EAGLE LSAR. 
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Findings/Observations 



■ Developing Conversion Map of EAGLE LSA Data to PLCS Format 

» About 20% complete, mapping GEIA-STD-0007 LSA data to PLCS (DEX 1). 

» Effort took equivalent of about 2 weeks of full-time hours. 


<XB_logist ics_support_anal ys is_cont rol_number_i ndent ured_i t em_dat a> 

<alternate_logist ics_support _anal ys is_cont rol_number_code>01</al t ernat e_logis t ics_support _anal ys is_c 
<end_item_acronym_code>NASATEST </end_item_acronym_code> 

< logist ics_support_anal ys is_cont rol_number>BIKE</logis t ics_support _anal ys is_cont rol_number> 

< log is t ics_support _anal ys is_cont rol_number_i nd nt ure_code>A</logis t ics_support _anal ys is_cont rol_numb 
< logist ics_support_anal ys is_cont rol_number_nomt nclat ure>BICYCLE ASSEHBLY</logis t ics_support _anal ys is 
< logist ics_support_anal ys is_coriu ”ol_number_t ype >P</logist ic^_support _anal ys is_cont rol_number_t ype> 



# 64 1 = PARK’ /IGNORE 1 , '/IGNORE' , ’ /IGNORE’ ) ; 

#645= PRODUCT_CATEGORY ( $ , ’par, 1 ,*); 

#64- = PR0DUCT_CATEG0RY_ASSIGNMEN T (#S45, (646)) ; 

#647= I DENT I F I CAT 1 0N_ASS I GNMENT ( ' NA^'ATES i 1 , ’/IGNORE 1 , ’/IGNORE’ ,(#646)); 
#678= PART_VERSION(’ /IGNORE’ , ’/IGNORE’ ,#646); 

#679= I DENT I F I CAT 1 0N_ASS I GNMENT Cl’ , /ICNORE’ , ’/IGNORE’ , (#678)); 

#701= I DENT I F I CAT 1 0N_ASS I GNMENT (’BIKE’ , /IGNORE’ , ’/IGNORE’ ,(#678)); 

#709= DOCUMENK ’/IGNORE ’, ’/IGNORE’ , ’BICYCLE ASSEMBLY’); 

l#715= DOCUMENT_ASS I GNMENT (#709. #678. "/IGNORE’ ) ; 
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Findings/Observations 



■ An Industry Project Found with PDM, PLCS Adapter & Repository 

» UTRS developed a system for Boeing and the U.S. Army to exchange data. 

» They required development to enable the adapter and PTC to fix issues. 


» The project took 6 months. 


» 


Evidence that PLCS-centered system works with Windchill, adapter, and TruePLM. 



Extract the Files 
from the Portfolio 


Use of Jotne’s Enterprise 
Data Manager to Map 
Schemas or “DEX” 


Final Structured TDP Import Package to Windchill Output PLCS 
Available To Users Using PLCS Connector Package 
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Recommendations 



■ Results so far point to a positive direction for the TDI standards 

» The interoperability between PDM, LSA, and Tech Pubs data appears to be 
available or developing within a year or two. 

» Further testing could validate this. 

■ Short-Term Recommendation 

» Continue with the unfinished testing that is able to be accomplished. 

• JSC ISS EAGLE LSAR export as XML, import to EAGLE GEIA client as XML. 

• JSC ISS EAGLE LSAR export as 2B, import to PowerLOG-J, then export as GEIA, then 
import to EAGLE GEIA client as GEIA. 

• JSC ISS EAGLE LSAR export as 2B, import to EAGLE S3000L client as 2B. 

• Export TruePLM PLCS data as DEX1 , attempt import to PowerLOG-J. 

• Use JSC ISS data imported into EAGLE LSAR (both GEIA & S3000L versions) to produce 
EAGLE EPS S1000D data and publish as an IETP. Compare with NASA’s IPV. 

• Evaluate what it would take for NASA IPV’s XML version of SODF/PODF procedures to 
convert/import into EAGLE EPS S1000D. 

» More time is needed for thorough evaluation of data exchange integrity. 

» Incorporate into revision 1 .1 of white paper. 
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Recommendations 



■ Continue Developing the LSA-PLCS Conversion Map 

» Develop until at least DEX1 A&D (product breakdown) functionality works. 

» Estimate approximately 2 months of full-time work. 

» Vendor software arrangements may be needed. 

» Once DEX 1 is achieved, the translator would be about 90% complete for all DEXs. 
• Recommend to get DEX 1 working, then evaluate future efforts. 



LSA/LSAR 


Logistics Support 
Analysis 



PLCS (ILS) 
Repository 


Updated 2014-12-16 


Page 1 1 


Recommendations 



■ Long-Term Recommendation 

» Carry results forward to the next level. 

• Testing a networked integration 

• Testing additional functionality 

• Adding data sets from more space products/systems 

» If test results still have positive potential, propose a full integration pilot. 
» Collaborate with other space agencies for possible joint efforts. 

• Possibly begin with the annual NASA-ESA PDE Workshop. 

• The TDI standards are used by many industries and governments in Europe. 

• Russia is known to have SI 000D use cases. 
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Required Project Deliverables 



Required 

Deliverable 

Deliverable 

Description 

Was it produced 
and submitted? 

If no, why not? 

Final presentation 

TDI project 

Yes 


White paper 

TDI project 

Yes 
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Additional Project Deliverables 



Additional 

Deliverable 

Deliverable 

Description 

Was it produced 
and submitted? 

If no, why not? 

Publish results 

To conferences for space 
& standards communities 

No 

Not finished testing. Need 
release permission & 
conference acceptance & 
funding. 

Possible prototype 

Interoperability model 
setup 

No, but a partial LSA- 
PLCS adapter was 
developed 

Not enough time or 
funding. This was not 
expected, but a long-term 
goal. 
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Project Team 



■ Project Manager: Mike Conroy/KSC and Paul Gill/MSFC 

■ Project Team (Civil Servant and Contractors): 

» Anthony Zucco/Raytheon » Joseph Jacoby/KSC 

» Bradley Hill/KSC » Josh Manning/KSC 

» Brandon Ibach/KSC » Kjell Bengtsson/Jotne 

» Corey Jones/KSC » Mark Falls/JSC 

» David Ungar/KSC » Peter Kent/KSC 

» Jeffrey Barch/KSC » Shaun Heath/KSC 

» John Ingalls/KSC, Technical Lead » Steven Kennedy/KSC 
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Standards Adoption & Development 

ASD 2014 Status 
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Standards Contributing to PLCS 
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LSA Usage: ISS 



■ International Space Station (ISS) Has an International LSAR 

» Built on M I L-STD- 1 388-2B , uses COTS “EAGLE LSAR” 


» Potential link to an international S1000D for technical procedures & IPB’s 


■ ISS LCN Product Breakdown Structure Sample: 


1 st Indenture Level : 

S -Core Space Station 
P -Payload 
F -Ground Facilities 
O -Orbital Supt. Equip. 

J -Flight Supt. Equip. 

G -Ground Supt. Equip. 

T -Training Equip 2 nd IS) Indenture Level : 

0 -Truss Segment SO 

1 -Truss Segment SI 
...etc. 

A -U.S. Laboratory 
B -European APM 
C -Japanese JEM 
D -Russian Service Mod. 
E-FGM 

F -Pressurized Mating 
Adaptor (PM A) 

G -Press. Doc. Mod. ADP 
H -Canadian MSS 
-■eta- 



Total LCN Structure: 

• 9 Indenture levels avail. 

• 18 Digits max. 
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S1000DSNS: Product Structure in 
Tech Pubs Breakdown 


Data Module Code (DMC) = Unique, Structured Identifier of a Data Module 
Variable Character Length: min. 17 to max. 41 (gray is optional) 


Hardware / System Identification 


Ml: Model 

SDC: System |S 

SNS: Standard 

Identification 

Difference 

Numbering 


Code 

System 

Product/project 

Id. alt. versions of 
sys’s in SNS 

Sys-Subsy-Unit 
• Initial XX-X is set 

Examples: 


bv MICC 


• 1 F22B=F-22 B 

• DC9=Boe. DC-9 

• Mi38=Mil Mi-38 
Flelicop.(Russia) 

• JJ=Saab GSE 

• AA=Apache 
missile (France) 

• PW1000G=P&W 
engine series 

•GalULS=Galileo 
uplink station 


I 



(Opt.) MICC: 
Materiel Item 
Cateaorv Code 


SNS code set: 

A -Generic 
B -Supt/train eqpt. 
C -Ordnance 
D -General comm. 
E -Air vehicle 
F -Missile 
G -Surface vehicle 
FI -Sea vehicle 


xxxxxxxxxxxxxx 

i SrSr 


DC/DC V: 

Disassembly 

Code/Variant 


Further 
breakdown for 
maintenance 

DC=2 char. 


DCV=1 -3 char. 


Information Type 


IC/ICV: 

Information 

Code/Variant 


Type of Info: 

IC=3 char. 
Oxx-Function, 
data, descrip. 

1 xx-Operation 
2xx-Servicing 
3xx-Exam / test 
4xx-Fault isolate 
5xx-Disconnect/ 
remove 
6xx-Repair / 
make 

7xx-Assy / instl 

8xx-Storage 

9xx-Misc 

ICV =1 char. 


1 


r 


ILC: Item 
Location Code 


Situation/place 
applicable to the 
info 

A -Installed 
B -Installed on a 
removed 
major assy 
C -On bench 
D -Combo of A, 
B, &C 

T -Training info 
only if no LC 
Z -Generic 



r 


Learn Type 


(Opt .) LC/LEC: 
Learn / Learn 
Event Code 


LC=3 char. 

Flxx -Fluman 
performance 
technology 
Txx -Training 


LEC=1 char. 


A -Learn plan 
B -Learn 
overview 
C -Learn content 
D -Learn 
summary 
E -Learn 

assessment 


l 


-XXX) -xxx-xx-xxxx -xxxxx -xxxx-x -xxxx 
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S1000D SNS: Potential Product 
Structure Breakdown for Space 


Product Breakdown Structure Is a Key Link for S-series & PLCS 
Potential Space Application - Example S1000D Structure: 


Ml: Model Identification 


Product/project 

Potential Examples: 

• AtlasV5=Atlas V 500 Series 

• X37B=X-37B Orbital Test 
Vehicle (OTV) 

• CST 1 00=CST- 1 00 Capsule 

• RD180=RD-180 Engine 
•SLS=SpaceLaunchSys 
•ISS=lnt’l Space Station 




SDC: System 

Difference 

Code 


Id. alt. versions 
of sys’s in SNS 


ATLASV500XXXXX 

X37BXXXXXXXXXX 
RD1 80XXXXXXXXX 
SLSXXXXXXXXXXX 
ISSXXXXXXXXXXX 



(Opt.) MICC: 
Materiel Item 
Category Code 


SNS: Standard 
Numbering System 

SNS code set: 


Sys-Subsy-Unit 

A -Generic 


* Initial XX-X is set by 

B -Supt/train eqpt. 


MICC 

E -Aerosp* vehicle 


24 Vehicle Elec. Power 

F -Missile/rocket* 


-30 DC Generation 

H -Sea vehicle 


74 Engine Ignition 

S -Space station* 


-10 Elec. Power Supply 


DC/DCV: 

Disassembly 

Code/Variant 


Further 
breakdown for 
maintenance 



501 X -F24-30-00XX 
■OTV1 -E24-30-00XX 
■0XX> -F74-10-00XX 
001 X -E24-30-00XX 
SCX) -S24-30-00XX 



000XX 

000XX 

000XX 

oooxx 

oooxx 
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ISS Technical Publications 
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Flight Library 


Uplinked Procedures 


Caution 


ODF (Operations Data File) 

Procedures to operate/maintain/train for ISS systems, payloads, ATV/HTV’s 
Used by ground controllers, on-board crew, & on-orbit executor software 
IPV (International Procedure Viewer) 

IETM (Interactive Electronic Technical 
Manual) system of data & ODF files 

Used by NASA, ESA, CSA, and JAXA 
NASA JSC authors in Word, converts to XML 
ESA authors direct in XML 
All use XML authoring software XMetaL 

• ODF customizations 

• Compatibilities with SI 000D 

IPB (Illustrated Parts Breakdowns) 

» A deliverable from the ISS LSAR 
» NASA JSC L&M creates in Word 

» S1000D could produce from LSAR 


» 


» 


» 


» 


» 


» 


» 


3 ©* 


a POC - Portable Onboard Computers 
3 ESAPODF 

a ESASODF 

a JAXAPODF 
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a US PODF 

a US SODF 

a HTV Operations 

a ATV MEP 

Note Right-dick a procedure to view its 
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ISS Technical Publications 


Flight Software Command & Control 

» Read commands in IPV, execute on separate 
flight software display 

» European Space Agency (ESA) developed an 
integration of IPV / ODFs with flight software 

• Flight software station has 2 
windows in one display 

- ODF step activates a flight display on 
same screen 

- Execution is a separate click 

» IPV could directly execute, but 
does not due to safety concerns 

• SI 000D potential capability 

» ESA is evaluating 
voice-activated commands 
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